ทำไมต้องใช้ Avail?

บทนำ

ด้วยการพัฒนาเทคโนโลยีบล็อกเชนอย่างรวดเร็ว บล็อกเชนแบบเดี่ยวพบความท้าทายที่สูงในเรื่องความสามารถในการขยายขนาดและการทำงานร่วมกัน ในขณะที่แพลตฟอร์ม ETH และอื่น ๆ กลายเป็นที่นิยมเมื่อผู้ใช้เพิ่มขึ้น การฟอกเงินปั๊มราคาครั้งใหญ่ได้ส่งผลกระทบสูงในการนำไปใช้งานของแอปพลิเคชัน สำหรับการแก้ไขปัญหาเหล่านี้ นักพัฒนากำลังมองหาวิธีการแก้ปัญหาทางนวัตกรรม และการเกิดของ Avail ได้ช่วยให้มีทิศทางใหม่ในการแก้ปัญหานี้ หลังจากการอัพเกรดคานซูยัง ค่าใช้จ่ายการทำธุรกรรมของ ETH มีการปล่อยลงอย่างมีนัยสำคัญ ในเวลาเดียวกัน เทคโนโลยีโมดูลอร์ ฟส์ก็กลายเป็นเรื่องสำคัญในการพัฒนาบล็อกเชน ในครึ่งปีแรก Celestia และ EigenDA เป็นตัวนำในการพัฒนาโมดูลอร์ ฟส์ และในวันที่ 23 กรกฎาคม Avail ได้เปิดตัว Avail DA Mainnet เป็นขั้นตอนสำคัญในการพัฒนาในอุตสาหกรรมโมดูลอร์ ฟส์

ในฐานะที่เป็นโครงการหลักของบล็อกเชนแบบแยกส่วน Avail, EigenDA และ Celestia มีความคล้ายคลึงกันในด้านบริการ แต่มีลักษณะของตัวเองในโครงสร้างพื้นฐานโหมดการดําเนินการและการออกแบบทางเศรษฐกิจ

ประวัติทีม

Avail เกิดขึ้นจากพอลีกอนและเป็นองค์กรเอกชนอิสระในปี 2023 ก่อนที่ปัญหาความสามารถในการใช้ข้อมูล (DA) จะกลายเป็นจุดศูนย์รวมในวงการ Anurag Arjun ได้ร่วมมือกับผู้อื่นในการพัฒนาเครือข่าย Plasma เพื่อแก้ไขปัญหาความสามารถในการขยายของอีเธอร์รัม แม้ว่าเครือข่ายนี้จะช่วยให้พอลีกอนทำรายได้ได้ถึง 19 พันล้านดอลลาร์ แต่ยังไม่สามารถเป็นแนวทางขยายของที่理想ได้ในขั้นตอนนี้ Anurag ได้รับรู้ว่าบล็อกเชนทั้งหมดจะเผชิญกับข้อจำกัดเดียวกัน - ปัญหาความสามารถในการใช้ข้อมูล ประมาณ 80% ของค่าใช้จ่ายการทำธุรกรรม Rollup เกี่ยวข้องกับ DA ดังนั้นเขาคิดว่าการสร้างชั้น DA ที่มีความมีต้นทุนอาจช่วยแก้ไขปัญหาการขยายของบล็อกเชนหลายๆ ราย

ความคิดนี้ไม่ใช่เฉพาะ Anurag เท่านั้น โครงการบล็อกเชน L1 โดยส่วนใหญ่ก็กำลังพยายามเป็น DA ชั้น ETH ก็ได้สำรวจแนวทางการแก้ปัญหา DA ผ่านเส้นทาง Rollup โครงการ L1 อื่น ๆ ก็กำลังนำเข้านวัตกรรมในด้านนี้อีกด้วย Anurag เชื่อว่า L1 บล็อกเชนที่ออกแบบมาเฉพาะสำหรับ DA มีข้อได้เปรียบที่ไม่เหมือนใคร

Anurag เคยรู้จักกับผู้ร่วมก่อตั้ง Avail คนปัจจุบัน คุณ Prabal Banerjee ซึ่งในขณะนั้นเขากำลังศึกษาปริญญาเอกในด้านความมั่นคงอย่างเข้มข้นในการเข้ารหัสและความปลอดภัย และต่อมาเข้าร่วมทีมในฐานะนักวิจัย คู่สองคนร่วมมือกันในการสร้างชั้น DA ที่สามารถขยายได้ พร้อมกับการเป็นที่รู้จักของเทคโนโลยี Zero-Knowledge Proof (ZK) ผู้สองคนร่วมกันรวมออกมาออกแบบบล็อกเชนโดยใช้ validity proof และด้วยประสบการณ์ของ Anurag ในการสร้างโปรโตคอลระดับพันล้านบน Polygon ได้เป็นแรงเร้าใจในการพัฒนาแนวทางในการแก้ไขปัญหาความสามารถในการใช้ข้อมูล

จากเครือข่ายเดียวไปสู่โมดูล

แหล่งที่มา:เอวิล คู่มือทางการ

เมื่อการแข่งขันสําหรับทรัพยากรการประมวลผลพื้นฐานรุนแรงขึ้นเรื่อย ๆ ปัญหาของการดําเนินการประมวลผลโซ่เดียวของ Ethereum การตั้งถิ่นฐานการเรียงลําดับและความพร้อมใช้งานของข้อมูลในเวลาเดียวกันจะค่อยๆถูกเปิดเผยส่งผลให้ความสามารถในการปรับขนาดที่ จํากัด อุตสาหกรรมกําลังเริ่มตรวจสอบสถาปัตยกรรมโซ่เดียวอีกครั้งและมองหาโซลูชันใหม่

Rollups โดยการย้ายการปฏิบัติออกจากchain ไป off-chain มีโครงสร้างแบบโมดูลที่ช่วยบรรเทาปัญหาการแออัดของเครือข่าย L1 ปล่อยค่าใช้จ่ายการทำธุรกรรมของผู้ใช้ พร้อมทั้งเพิ่มความสามารถในการประมวลผลธุรกรรม อย่างไรก็ตาม โครงสร้างนี้มีผลกับความเร็วของ on-chain อย่างมีนัยยิ่ง แต่พื้นที่บล็อกที่ถูกจำกัดของ Ethereum ยังคงเป็นขั้นต่อขวาง โดยที่ปัญหานี้อาจจะเกิดขึ้นอีกครั้งเมื่อความต้องการเพิ่มขึ้น ณ ปัจจุบัน Dapps ขึ้นอยู่กับ L1 ในการส่งข้อมูลและข้อตกลง ในขณะที่ Rollups ใช้ L1 เพื่อประมวลกระบวนการเหล่านี้ ถึงแม้ Rollups จะปรับปรุงการใช้งานของบล็อก แต่พื้นที่บล็อกยังคงไม่เพียงพอ

โดยการวิเคราะห์การทำ Rollups ของ ETH พบว่าค่า DA ใช้งบประมาณ 90% ของค่าใช้จ่ายทั้งหมด ซึ่งเป็นแหล่งรายได้สำคัญที่สุดของ Rollups รายได้ส่วนใหญ่ถูกใช้ในการชำระค่าธรรมเนียมในการเผยแพร่ข้อมูลธุรกรรม L1

เช่นเดียวกับ rollups ที่ทำการดำเนินการไปยัง off-chain โครงสร้างที่ขึ้นอยู่บน Avail สามารถลดความสามารถในการใช้งานข้อมูลลงไปยังชั้นที่เฉพาะเจาะจง Avail ให้นักพัฒนาได้รับชั้นที่เฉพาะเจาะจงที่ยืดหยุ่น ใช้งานง่ายและปลอดภัย แก้ปัญหาเรื่องความสามารถการบริหารและการกระจายอำนาจ

โครงสร้างโมดูลที่สร้างขึ้นโดย Avail

Avail มีจุดมุ่งหมายที่จะใช้เทคโนโลยีสแต็กโมดูลเพื่อเร่งความสมดุลของข้อมูล การรวมกลุ่ม และความปลอดภัยในการแบ่งปันเพื่อส่งเสริม Web3 โดยใช้ Rollup ที่ Avail เผยแพร่ข้อมูลธุรกรรมนอกเชื่อเลยจะถูกสร้างขึ้นเป็น Validium (สำหรับ Optimistic Rollup จะเรียกว่า Optimium) Validiums และ Sovereign Rollups สามารถพึ่งพาบริการความสามารถในการใช้ข้อมูลที่มีความเชื่อมั่นต่ำและการเรียงลำดับที่ Avail ให้

ด้านล่างเป็นกระบวนการย่อยที่ Avail รองรับ Validiums และ Sovereign Rollups:

  1. การส่งธุรกรรม: เช่นเดียวกับค่าสะสมที่มีอยู่ส่วนใหญ่ข้อมูลการเรียกธุรกรรมจะถูกแบทช์รูทสถานะจะถูกส่งไปยัง Avail DA และใช้รหัสแอปพลิเคชันที่ไม่ซ้ํากันเพื่อระบุแหล่งที่มาของค่าสะสม
  2. การขยายข้อมูลและการเขียนรหัสลบ: ธุรกรรมที่ส่งให้ Avail DA จะถูกประมวลผลด้วยการเขียนรหัสลบซึ่งแบ่งบล็อกเป็น n บล็อกเริ่มต้นและขยายเป็น 2n บล็อก สามารถเลือก n บล็อกจาก 2n บล็อกเพื่อสร้างข้อมูลใหม่
  3. สัญญาการสร้าง: Avail DA จะเข้าถึงข้อมูลหลายชุดและใช้ KZG polynomial บังคับใช้กับบล็อกแต่ละบล็อก การบังคับใช้เหล่านี้เป็นการพิสูจน์ความถูกต้องของความสมบูรณ์ของข้อมูลเพื่อให้สามารถเก็บรักษาข้อมูลได้อย่างแม่นยำและไม่สามารถแก้ไขได้
  4. การแพร่กระจายบล็อก: ผู้ตรวจสอบความถูกต้องรับบล็อกที่มีคำสัญญา KZG และสร้างคำสัญญาเหล่านี้ใหม่เพื่อยืนยันความถูกต้องและเพื่อเสร็จสิ้นฉันทามติเกี่ยวกับบล็อกนั้น
  5. เครือข่ายไคลเอ็นต์เบา: เครือข่ายไคลเอ็นต์เบาใช้ DAS เพื่อยืนยันความสมบูรณ์ของข้อมูลบล็อก นี้สามารถทำได้โดยใช้การตรวจสอบของ KZG Polynomials ในคำสัญญาในส่วนหัวของบล็อกแต่ละหนึ่งหน่วยตัวอย่าง เช่น สิ่งนี้จะกำจัดความต้องการในการสร้างคำสัญญา KZG ที่สมบูรณ์แบบหรือขึ้นอยู่กับ fraud proof
  6. การยืนยันการพิสูจน์: light client ดำเนินการยืนยันการพิสูจน์โดยการตรวจสอบการพิสูจน์ระดับหน่วยที่สร้างขึ้นจากเมทริกซ์ข้อมูล

เนื่องจาก Avail ใช้ validity proof แทน fraud proof นั่นหมายความว่า light client สามารถยืนยันความสามารถในการใช้งานและความถูกต้องของข้อมูลได้หลังจากสถานะได้ถูกกำหนด นอกจากนี้ light client network ยังสามารถใช้การสุ่มตัวอย่างข้อมูลเพื่อยืนยันความสามารถในการใช้งานของข้อมูลได้อย่างมีประสิทธิภาพ กับการเข้าร่วมของ light client มากขึ้นเรื่อยๆ ความสามารถในการสุ่มก็เพิ่มขึ้น ซึ่งจะสามารถรองรับบล็อกขนาดใหญ่ขึ้นได้ ผู้ใช้สามารถเรียกใช้ light client เหล่านี้ได้ทั้งบนโน้ตบุ๊กหรือโทรศัพท์มือถือ ซึ่งจะช่วยเพิ่มประสิทธิภาพของเครือข่ายได้อีกด้วย

แหล่งที่มา:เอวิล คู่มือทางการ

คุณลักษณะทางเทคโนโลยี

การใช้งานของไคลเอนต์เบา

ขณะนี้มีฉากใช้งานหลายอย่างที่พึ่งตัวกลางในการบำรุงรักษาโหนดเต็ม ผู้ใช้สามารถทำการโต้ตอบกับบล็อกเชนโดยตรงโดยไม่ต้องผ่านตัวกลาง แต่ light client ยังไม่เป็นทางเลือกที่เหมาะสมในโครงสร้างแบบดั้งเดิม เนื่องจากขาดการรับประกันความสามารถในการใช้งานข้อมูล ด้วย Avail ทำให้แอปพลิเคชันมีความสามารถในการโต้ตอบกับเครือข่ายบล็อกเชนโดยไม่ต้องพึ่งตัวกลาง ถึงแม้ว่า Avail จะรองรับการทำงานแบบโหนดเต็ม แต่แอปพลิเคชันส่วนใหญ่ไม่จำเป็นต้องทำงานด้วยโหนดเต็มหรืออาจจะต้องใช้โหนดเพียงไม่กี่ตัวเท่านั้นก็สามารถทำงานได้อย่างราบรื่น

สุ่มการใช้ข้อมูล (DAS)

เหมือนกับ light client แบบดั้งเดิม Avail ของ light client จะต้องดาวน์โหลดบล็อกหัวข้อมูลเท่านั้น นอกจากนี้พวกเขายังทำการสุ่มเลือกส่วนของข้อมูลบล็อกเพื่อทำการตรวจสอบความถูกต้องของข้อมูล โดยร่วมกับการใช้รหัสการแก้ไขและคำสัญญา KZG ทำให้ light client สามารถรับรองความพร้อมของข้อมูลเกือบ 100% โดยไม่ต้องอ้างอิงถึงข้อทุจริต และเพียงแค่ทำการค้นหาจำนวนเล็กของคำสั่งที่ถูกต้อง

การปลอมแปลงอีเมล และความพร้อมใช้งานของข้อมูล

การปลอมแปลงอีเมลโดยการแบ่งส่วนข้อมูล หากข้อมูลบางส่วนหายไป ยังสามารถกู้คืนเนื้อหาต้นฉบับจากการแบ่งส่วนอื่น ในแอปพลิเคชันบล็อกเชนนี้หมายความว่า ถึงแม้ผู้ที่มีพฤติกรรมที่ไม่เหมาะสมจะพยายามซ่อนบางส่วนของข้อมูล ระบบก็ยังสามารถกู้คืนข้อมูลจากการแบ่งส่วนอื่นได้อยู่ กลไกนี้เพิ่มความเชื่อถือในการใช้ข้อมูลและเสถียรภาพของการสุ่มตัวอย่าง และเพิ่มความสามารถในการป้องกันการขัดแย้งข้อมูลอีกด้วย

KZG สัญญา

KZG ความสนับสนุนในการเทคโนโลยีโดย Aniket Kate และ Gregory M. Zaverucha และ Ian Goldberg ในปี 2010 และเป็นวิธีการสร้างคำสัญญาหลายตัวที่มีประสิทธิภาพ ซึ่งได้รับการนำมาใช้ในโครงสร้างการพิสูจน์ที่ไม่เปิดเผยในไม่กี่ปีที่ผ่านมา ในโครงสร้างของ Avail KZG คำสัญญามีข้อดีต่อไปนี้:

  1. 以简洁的方式对值进行承诺,并将其记录在ส่วนหัวของบล็อก中;
  2. อนุญาตให้ light client ตรวจสอบความพร้อมใช้งานของข้อมูล
  3. ลักษณะการเข้ารหัสทำให้เกิดความผิดพลาดในการสัญญาเลิกสิ้นเกือบจะเป็นไปไม่ได้ เพิ่มการต้องการfraud proof

ชั้น Avail ที่มีการรวมรวม

Avail กำลังสร้างชั้น Avail ที่เป็นระบบเดียวกัน นี่คือชั้นเทคโนโลยีที่เป็นเดียวกัน ตั้งแต่ชั้นการสาธารณะข้อมูลพื้นฐาน (DA) ชั้น Nexus ที่เป็นเดียวกัน และชั้นความปลอดภัย Fusion สามารถขยายได้ Avail จะใช้ชั้นการสาธารณะข้อมูลที่เป็นระบบแนวรับทั้ง Web3 โครงสร้างนิเวศ โดยใช้ validity proof ของ KZG โพลินอเมียลเพื่อให้แน่ใจว่าข้อมูลพร้อมใช้ได้อย่างทันทีและเชื่อถือได้ ทำให้การรวมกันสามารถพุ่งขึ้น การเชื่อมต่อ การรักษาความปลอดภัยและการปรับเปลี่ยน

ใช้ได้ DA

แหล่งที่มา:เอวิล คู่มือทางการ

Avail DA เป็นโครงสร้างพื้นฐานที่ออกแบบมาเพื่อปรับปรุงความสามารถในการใช้งานของข้อมูล โดยใช้ GRANDPA และ BABE ฉันทามติอัลกอริทึ่ม แตกต่างจาก DA ชั้นอื่น ๆ ออกแบบให้ Avail DA มีความยืดหยุ่นสูง ผ่านการสกัดข้อมูลที่ใช้งานได้ (DAS) และการพิสูจน์ความถูกต้อง ทำให้มีการป้องกันข้อมูลที่เชื่อถือได้ในราคาที่ต่ำกว่า

ความสำคัญของ Avail DA คือการจัดลำดับและเผยแพร่ธุรกรรมเป็นสิ่งที่สำคัญพร้อมทั้งทำให้ผู้ใช้สามารถยืนยันความสามารถในการใช้งานข้อมูลบล็อกโดยไม่ต้องดาวน์โหลดบล็อกทั้งหมด Avail DA ยังเป็นหนึ่งในความสามารถที่กำหนดของข้อมูลไม่เกี่ยวข้องกัน มันรองรับสภาพแวดล้อมการดำเนินการต่าง ๆ เช่น EVM, WASM และรันไทม์ใหม่ที่กำหนดเอง เป็นพื้นฐานที่มีคุณสมบัติหลากหลายสำหรับแอปพลิเคชันบล็อกเชน

ทำให้ Nexus 01928374656574839201

แหล่งที่มา:เอวิล คู่มือทางการ

Avail Nexus เป็นหลักที่สองที่เป็นโครงสร้างที่ไม่จำเป็นต้องได้รับอนุญาตซึ่งมีวัตถุประสงค์เชื่อมโยงระบบนิเวศ web3 ระหว่างเหรียญของภายในและภายนอก โดยอาศัย Avail DA เป็นฐานความเชื่อถือและเป็นศูนย์กลางการตรวจสอบ นอกจากนี้ Nexus ยังมี Rollup ที่ประสานความสอดคล้องกับ ZK ซึ่งรวมการรวมพิสูจน์ ชั้นตรวจสอบ กลไกการเลือกตัวเรียงและกลไกการประมูลช่องโหว่ Nexus จะส่งพิสูจน์รวมไปยังชั้นเอธีเรียมและชั้น Avail DA อย่างสม่ำเสมอเพื่อให้ได้รับการตรวจสอบและยืนยันความน่าเชื่อถือของการปฏิสัมพันธ์ข้ามเชน

วางใช้ Fusion

แหล่งที่มา:เอวิล คู่มือทางการ

สามเสาที่สาม: Avail Fusion ให้ความปลอดภัยเพิ่มเติมสำหรับนิเวศ Avail และ web3 โดยหลักการของมันคือในระดับเศรษฐกิจแบบมหาขนาด ระบบที่เป็นอันตรายต้องมีความปลอดภัยเดียวกัน Fusion Security มีส่วนร่วมในความปลอดภัยของ Avail โดยใช้สินทรัพย์ภายในระบบที่เติบโตแล้ว เช่น BTC, ETH ระบบนี้เป็นการลองที่สำคัญครั้งแรกที่พยายามเติมความฉันทามติผ่านโทเค็นภายนอกในบล็อก on-chain ที่แตกต่างกัน

Avail Fusion รองรับการstakeสำหรับสองประเภทของสินทรัพย์: สกุลเงินดิจิทัลที่เป็นผลไม้และโทเค็น Rollup ที่เพิ่งเกิดขึ้น ณ ปัจจุบันโมดูลstakeของ Fusion มีสองโมดูล: หนึ่งใน Avail บล็อกon-chain และอีกอันคือโมดูลstakeสำหรับการแปลงสินทรัพย์ ควรทราบว่ารุ่นจริงแรกของ Avail Fusion ยังอยู่ในขั้นตอนการพัฒนา

ประเภทของโหนด Avail

ถึงแม้โครงสร้าง Avail จะแตกต่างจากบล็อกเชนแบบโมโนลิธิกแต่ก็สนับสนุนหลายประเภทของโหนดเช่นเดียวกัน รวมถึงโหนดเต็ม light client โหนดเก็บข้อมูลและโหนดตรวจสอบ

  • โหนดเต็ม:โหนดเต็มรับผิดชอบการดาวน์โหลดและการตรวจสอบความถูกต้องของบล็อก แต่ไม่มีส่วนร่วมในกระบวนการฉันทามติ การมีพวกเขาเพิ่มความทนทานและความยืดหยุ่นให้กับระบบ แต่ไม่ใช่ส่วนประกอบที่จําเป็น
  • โหนดการตรวจสอบ: โหนดการตรวจสอบดำเนินการโดยการสร้างบล็อก ตรวจสอบว่าธุรกรรมได้รับการรวมอยู่หรือไม่และรักษาระเบียบการซื้อขาย เพื่อช่วยให้เครือข่ายเห็นด้วยกัน
  • light client:light client ช่วยให้ผู้ใช้สามารถทำการโต้ตอบกับเลเยอร์ของ Avail ได้โดยไม่ต้องเรียกใช้โหนดเต็ม และไม่ต้องวางใจโหนดพีระมิดระยะไกล โดยการทำ DAS บนบล็อกที่สร้างขึ้นใหม่ทุกๆ ตัว
  • โหนด RPC: โหนด RPC ให้ API สำหรับการติดต่อระยะไกลเป็นระบบเกตเวย์ระหว่างนักพัฒนาและผู้ใช้ภายนอกกับเครือข่าย Avail

light client จะตรวจสอบบล็อกที่ได้รับการยืนยันบนเครือข่าย Avail และสุ่มสกุลเงิน DAS ของหน่วยข้อมูลที่กำหนดไว้สำหรับบล็อกใหม่ หลังจากตรวจสอบเรียบร้อยแล้ว ระบบจะคำนวณความแน่นอนของจำนวนหน่วยข้อมูลบางส่วนในบล็อกตามระดับความเชื่อมั่นที่ผู้ใช้ต้องการ

โมเดลเศรษฐกิจ

การกระจายโทเค็น

พร้อมกับการเปิดตัว AvailDA Mainnet ทีมผู้พัฒนาแจก AVAIL โทเค็นให้กับผู้ใช้ที่มีเงื่อนไขบางอย่าง โดยมีจำนวนรวม 100 ดิบลิออน โดยในนั้น 6% จะใช้สำหรับแจกแอร์ดรอปและการแจกจ่ายสาธารณะ 30% จะใช้สำหรับการพัฒนาระบบนิเวศ 23.88% จะใช้สำหรับชุมชนและการวิจัย 14.12% จะแจกจ่ายให้นักลงทุน 20% จะแจกจ่ายให้ผู้สนับสนุนหลัก

แหล่งที่มา:เอวิล คู่มือทางการ

การปักหลัก

การใช้โทเค็น AVAIL ครอบคลุมการกํากับดูแลระบบนิเวศและการปักหลักของเหลว แม้ว่าแผนการกํากับดูแลอย่างเป็นทางการจะยังไม่ได้รับการประกาศโดยละเอียด แต่ทุกคนสามารถเดิมพัน AVAIL ทั่วทั้งโครงสร้างพื้นฐานทั้งหมดของ Avail เพื่อรับรางวัลการปักหลัก

ในเรื่องของ stake Avail นำเข้าระบบ Nominated Proof of Stake (NPoS) ที่ได้รับมาจากนิเวศ Substrate กลไกฉันทามติที่เป็นลูกน้องของเขา stake เป็นบทบาทสำคัญใน NPoS โดยผู้ใช้ช่วยเพิ่มความปลอดภัยของเครือข่ายและได้รับรางวัลที่เกี่ยวข้อง stake โทเค็นจะยิ่งมากเท่าไหร่ความปลอดภัยของเครือข่ายก็จะยิ่งสูงขึ้นเนื่องจากต้นทุนโทเค็นที่จำเป็นสำหรับการโจมตีเครือข่ายก็เพิ่มขึ้นตามนั้น

ประเภทการใช้งานของ stake คือดังนี้:

  • ดาวน์โหลด DA stake: ผู้ใช้สามารถ stake AVAIL token ให้กับผู้ตรวจสอบความถูกต้องหรือนำเสนอในพูลเพื่อให้มั่นใจในความปลอดภัยของเครือข่ายและสนับสนุนฉากสเต็กต่างๆ เช่น เว็บเกม Web3 และแพลตฟอร์มการเงินแบบกระจายอำนาจ ผู้ stake สามารถได้รับรางวัล
  • Avail Nexus stake:เรียงลำดับต้อง stake AVAIL โทเค็นเพื่อเข้าร่วมการส่งธุรกรรมและเรียงลำดับ ตัวเรียงลำดับที่ดีจะได้รับรางวัล แต่ตัวเรียงลำดับที่แย่จะถูกลงโทษ
  • ยกเว้น AVAIL โทเค็นแล้วยังสามารถ stake สินทรัพย์การเข้ารหัสหลักอื่น ๆ เช่น BTC และ ETH เพิ่มความปลอดภัยของเครือข่ายอย่างมากขึ้น stakeholder สามารถรับผลตอบแทนที่สอดคล้องกันได้

ควรทราบว่าหากผู้ใช้ต้องการยกเลิก stake จะต้องทำการถอนออกเมื่อให้ครบ 28 วัน ในช่วงเวลานี้ AVAIL โทเค็น 01928374656574839201 ไม่สามารถใช้หรือโอนได้

การท้าทายที่เผชิญหน้า

ความเสี่ยงในการแข่งขัน Rollup

การพัฒนาของ Avail อาจได้รับผลกระทบจาก Rollup สามารถใช้งานได้กับระบบนิเวศและการแก้ปัญหาความสามารถในการทำงานร่วมกันภายใน อาจทำให้ Avail Nexus ลดคุณค่าลง แต่จำนวนของ Rollup ที่เป็นพิเศษสำหรับแอปพลิเคชันปัจจุบันก็เพิ่มขึ้นอย่างต่อเนื่อง และปัญหาการแตกต่างของผู้ใช้ก็ทำให้เป็นไปไม่ได้

การแข่งขันของโซลูชัน DA

พร้อมกับการเปิดตัวของหลาย DA โซลูชันบนตลาด เช่น Celestia และ EigenDA ETH ยังได้นำเข้า blobs เป็นตัวเลือกในการเผยแพร่ข้อมูลผ่าน EIP-4844 DA ชั้นมีการแข่งขันอย่างดุเดือดและ rollup ที่มีความไวต่อต้นทุนในการเผยแพร่ข้อมูลอาจจะปล่อย ซึ่งอาจกระตุ้นให้ rollup มีแนวโน้มที่จะเลือกใช้ DA โซลูชันที่ได้รับการตรวจสอบแล้ว หรือจะพึ่งพา ETH ในการเผยแพร่ข้อมูลหลังจาก danksharding ที่เป็นระบบ sharding ที่สมบูรณ์บน ETH

แบ่งปันความเสี่ยงด้านความปลอดภัย

Avail Fusion ให้บริการโหมดความปลอดภัยแบบแบ่งปัน ที่ขึ้นอยู่กับการstake โทเค็นหลาย โทเค็นและ AVAIL อาจเผชิญกับความกังวลของผู้ใช้เกี่ยวกับความปลอดภัยของสินทรัพย์หลายชนิด บางนักพัฒนาอาจต้องการได้รับความมั่นคงปลอดภัยจากสินทรัพย์เดียว (เช่น ETH หรือ BTC) แทนที่จะพึ่งโทเค็นหลายชนิด นอกจากนี้ หาก Avail Fusion ไม่สามารถให้ความปลอดภัยที่เพียงพอ นักพัฒนาอาจเลือกเปลี่ยนไปใช้ DA ซึ่งมีความปลอดภัยทางเศรษฐกิจมากขึ้น

การแข่งขันในนิเวศบริการเพิ่มมูลค่า

ภายนอกจะสามารถที่จะ stake หรือแบ่งปันสินค้าความปลอดภัยที่มีบริการระบบนิมิตเฉพาะสำหรับ rollup อย่างเช่น EigenLayer อาจมีบริการเพิ่มมูลค่าเช่นการจัดเรียงการกระจายอำนาจการใช้ข้อมูลและการจบการแข่งขันอย่างรวดเร็วซึ่งจะเพิ่มความแข็งแกร่งของมัน

ดูต้นฉบับ
  • รางวัล
  • แสดงความคิดเห็น
  • แชร์
แสดงความคิดเห็น
ไม่มีความคิดเห็น